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ACCESS TO WEB gsrftVT CES 

Field of the Invention 

The present invention relates to web services and more particularly 
to providing access to web services via a web service gateway. 

Background to the Invention 

Over recent years it has become commonplace for a business to provide 
a web site on the Internet which, for example, enables a web client to 
purchase goods from the business over the world wide web. Following on from 
this success it has more recently become a requirement to handle more 
complex e-business applications on the Internet which, for example, enable 
business to business communication and this requirement has been satisfied 
by the arrival of web services. Web services are modular and enhanced 
e-business applications that enable programmatic interaction between 
applications across the Internet. 

A web service may, for example, be based on shared, open, and 
emerging technology standards and protocols, such as SOAP (Simple Object 
Access Protocol), UDDI (Universal Description, Discovery and Integration), 
and WSDL (Web Service Definition Language) . In this environment web 
services can communicate, interact, and integrate with heterogeneous 
applications, irrespective of their implementation formats, thereby 
enabling web services to interact with one another across the Internet to 
facilitate dynamic integration between businesses, suppliers, partners, and 
customers. 

For example, a web service which provides an e-business application 
publishes its URL in a well known UDDI directory. A client can then obtain 
the URL from the UDDI directory and contact the e-business using the URL in 
order to obtain a WSDL document. The WSDL describes the interface provided 
for. clients by the service e-business application, one or more transport 
mechanisms 'each" s'uppdr ting a communi cation protocol, for example SOAP over 
HTTP (HyperText Transport Protocol) and an end point address for each 
transport mechanism. Once a web client has the WSDL it can invoke the 
interface via the specified end point using the communication protocol of 
the specified transport mechanism. Further if the client has an e-business 
application- with which the service e-business application may wish to 
communicate, the* client and service may exchange WSDL documents in order to 
make this possible. Further, in order to enable clients and web services to 
communicate when each uses a different communication protocol, a web 
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processing host, cause the data processing host to carry out the method 
according to the first aspect. 

The third party could, for example, be a UDDI directory although in 
practice it could be any entity which provides' information about web 
services to web clients. 

Optionally the document is' created, based on the profile, on receipt 
of the profile from the web service. Alternatively the document is created 
only after it is requested by a web client. 

Optionally the location at which the document can be obtained which 
is provided to the third party is in a different web service gateway to the 
one which generated the document, but which also has access to the 
document. Alternatively the location, which is provided to the third party, 
at which the document can be obtained is in the same web service gateway 
which created it. 

Preferably the gateway subsequently receives a request from a web 
client for the web service. Optionally the request includes details of the 
document and the gateway uses these details to match the request with the 
profile of the web service. Alternatively the document created from the 
profile includes a location in the web service gateway which the client can 
use to access the web service and which is associated with the profile. As 
a result the location at which the client request is received can be used 
to match the request with the profile of the web service. Either way, once 
the profile is known details from it are used to convert the request to one 
suitable for sending to the web service and to send the converted request 
to the web service. 

Optionally the gateway may then return to the web client. 
Alternatively it may wait for a response to the converted request from the 
web service and then use the response to the converted request to trigger a 
response to the web client request. 

Preferably the document is a Web Services Definition Language (WSDL) 
document and further could be in any WSDL based format, for example WSDL4J 
(WSDL for Java) or XLANG (WSDD with extensions) . Alternatively the document 
could be in another definition language, for example CORBA IDL. 

Preferably the profile is specified according to the RosettaNet 
business to business standard. Alternatively it could be, for example, 
according to other business to business standards such as those specified 
by cXMI*, and the Internet Engineering Task Force (AS1 and AS2) . 



fT - GB92 00300 0 1GB1 



4 



Brief Pescaript- 



Of the Dranririfjg 



The invention will now be desrn'ho^ k, 

reference to a p re f errp , 7 T by of example only, with 

e to a preferred embodiment thereof, as illustrated in I-*- 

accompanying drawings, in which: ^ustrated m the 

advantageously applied; 

reouestto a ^'Z^" 0 ' Jii ' 9 ™ ,n °' *» — ««• — sanains a 

ana « aocaa^ts „ h ^; ^° b U * ' « «- a TO rasistry 

sta»aaras ; SSIVlCe " ^-—tad to Ros.ttaNat 

«pr„»r» 4 b2b * SOhe, "' :1C °* bating a WSKL ao=™ m t to 

a™ VZIT- Mb ^ ™- - - — - 

on taois : r;:,^: s z^r— by a — — 
on ^ r^ 1 :: -™ srr rsri^,— — 

Not, tbat in tb. £laure . Ii]te aunbM3 use(J ^ aeaoce ^ 
Pasorlptjon of M,. _,^„ ^ 

tba pri^a^o^LTor; 9 : 5 : of a t feta i>r<,ces8in9 envi — c * 

appliaa, m Figura d * " "' Ve,lti< " 1 be advaatagaously 

to cZiant^aTaata ^.T^TJ^ZT^ *~ " " — 
coma ba. for axamola th . , / *" a ^ "' 

gata„a y s.rL o^ 5 J * " b °" 12 ^ * 

a*ecuti n „,-, Cliant/aervar 10 has a prooasaor 101 for 

a*acu tl »g program tbat control tba oparation of tba cliant/sarvar 10. a 



GB920030001GB1 5 

RAM volatile memory element 102, a non-volatile memory 103, and a network 
connector 104 for use in interfacing with the network 11 for communication 
with the other client/servers 12 and 13. 

In the preferred embodiment which follows the document describing a 
web service is a WSDL document. Note that a WSDL document contains details 
of the web service such as Port Type, Bindings, Ports, Messages, Types etc. 
The Port Type and messages define the operations and associated parameters 
provided by the web service, the Bindings specify the communication 
protocols supported by the web service, and the Ports specify end point 
addresses for channels providing access to the web service using the 
communication protocols. 

Further note that the preferred embodiment considers a b2b service 
implemented using the RosettaNet standard b2b protocol. According to 
RosettNet business partners exchange b2b profiles. A b2b profile includes 
such information as one or more communication protocols to use for 
communication with the business, one or more locations at which the 
business can be contacted, and details of a Partner Information Process 
(PIP) and an XML Document Type Definition (DTD) which respectively describe 
the exchange protocols and format of the operations which the business 
uses. Further the RosettaNet standards specifies many standard PIPs and XML 
DTDs, for example PIP3A4 and XML DTD3A4, PIP3A4 specifying that a buyer 
sends a purchase order request operation to the seller and the seller sends 
a purchase order confirmation operation to the buyer and XML DTD3A4 
specifying the format of those operations. As a result, for example, a Book 
business which sells books may send its b2b profile to one or more business 
partners which may then use information from the b2b profile in order to 
purchase books from it. (RosettaNet and PIP are trademarks of the 
RosettaNet organisation) . 

Figure 2 is a schematic diagram of an example of a WSDL aware web 
client 201 sending a request to a web service 2 06, herein denoted *eBook", 
through a gateway 210 based on the use of a UDDI registry 218 and WSDL 
documents 208, 213, and 214, according to the prior art. The eBook service 
206 is available from a target server 205 which has a channel 207 which 
supports communication using a communication protocol of SOAP over HTTP. 
The eBook service provides the ability to purchase books using a purchase 
order request from a client to whom the ebook service sends a purchase 
order confirmation. Details of the eBook service are described in a WSDL 
document WSDL1 208 which specifies Port Types and Messages which define the 
operations of PurchaseOrderRequest ( ) and PurchaseOrderResponse ( ) , bindings 
and port for the channel 207 which specify a communication protocol of 
SOAP/HTTP, and an end point address of the channel through which the 
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Figure 2 also shows a second service 221, herein denoted n aBook ff , 
which provides the same operations as the eBook service 2 06 but is 
implemented according to RosettaNet standards. As a result , according to 
the prior art, it cannot be accessed by the WSDL aware web client 201, 
either directly or via the gateway server 210, as the b2b profile is not 
recognisable to either the web client 201 and gateway server 210 which 
require a WSDL document, whereas the aBook service 221 is a b2b service 
which is only described in a non-WSDL b2b profile 223. 

Figure 3 is a schematic diagram of an example of the WSDL aware web 
client 201 of figure 2 sending a request to the aBook service 221 through a 
gateway 210 based on use of UDDI directory 218 and a WSDL document, WSDLb2b 
302, where the aBook service 221 is implemented to RosettaNet standards, 
according to the preferred embodiment of the present invention. Note that 
in figure 3, where common reference numerals are used with figure 2, the 
associated function is the same as in figure 2. The aBook service 221 is 
available from a target server 22 0 which has a channel 222 which supports 
communication using a transport mechanism of RosettaNet Implementation 
Framework (RNIF) over HTTP. The aBook service provides the ability to 
purchase books using a purchase order request operation and a purchase 
order confirmation operation. Details of the aBook service are described in 
a b2b profile 223, which contains details of a Partner Interface Process 
(PIP) and XML Document Type Definition (DTD) , one or more communication 
protocols which it supports, and one or more end point addresses at which 
the business can be contacted. In this example the b2b profile 223 contains 
details of PIP3A4 and XML DTD3A4, the RNIF /HTTP channel 222 and an end 
point address for the RNIF channel. PIP3A4 contains details an exchange 
protocol which says that the buyer sends a purchase order request operation 
to the seller and the seller sends a purchase order confirmation operation 
to the buyer, and XML DTD3A4 contains the data form of the purchase order 
request and purchase order confirmation operations . 

The aBook server 220 provides its b2b profile 223 to business 
partners with which it wishes to operate and in this example sends (311) 
its profile to a profiler 301 in the gateway server 210. The profiler 301 
then saves a copy 3 03 of the b2b profile 223 and uses information from it 
to create (312) a WSDL document WSDLb2b 302 which contains details of the 
operations supported by the aBook service and bindings and port for the 
channels supported by the gateway. In this example the WSDL contains 
details of the purchase order request and purchase order confirmation 
operations and the SOAP /OMS and RNIF/HTTP channels, 215 and 304, supported 
by the gateway server 210. The gateway then registers (313.) the aBook 
service with a known UDDI registry 218 by providing to the UDDI registry 
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Note t±Lat according to PIP3A4 after receiving a purchase order 
request a business partner first sends a receipt acknowledgement signal to 
the client business partner. This is then followed by a purchase order 
confirmation to which the client business partner responds with a receipt 
acknowledgement signal. This can be achieved using normal processing as the 
request sent from client SOAP/JMS channel 203 to the gateway SOAP/JMS 
channel 215, and from the gateway RNIF/HTTP channel 304 to the target 
business RNIF/HTTP channel 222, will include return addresses. These flows 
can be done asynchronously or synchronously for the client and/or the 
target service. For example if a client sends a synchronous purchase order 
request (for example using SOAP /HTTP instead of SOAP/JMS) to the gateway 
and wishes to receive the receipt acknowledgement signal as a synchronous 
response, the gateway can hold the thread used to process the client 
request and use the receipt acknowledgement from the aBook service as a 
trigger to release the thread and return to the client. 

Note that whilst the preferred embodiment has been discussed in terms 
of PIP3A4 and XML DTD3A4 which relate to requesting a purchase order there 
are many other PIPs and associated XML DTDs which are defined by the 
RosettaNet standard which could alternatively be used. For example PIP1A1 
and XML DTD3A1 for requesting account set-up, PIP1B2 and XML DTD1B2 for 
requesting Authorisation status, PIP2A1 and XML DTD2A1 to distribute new 
product information etc. 

Further note that whilst the preferred embodiment has been discussed 
in terms of a b2b service which provides a b2b profile according to the 
RosettaNet standard, alternatively the b2b service could provide a b2b 
profile or equivalent according to any other standard such as this 
specified by cXML, and the Internet Engineering Task Force (AS1 and AS2 ) . 
According to the invention the requirement of the b2b service is to provide 
to the gateway sufficient information (in a non-WSDL format) for the 
gateway to build a WSDL document describing the service. Sufficient 
information comprises details of the interface supported by the b2b client 
or service and a communication protocol and address to use when 
communicating with it. 

Further note that whilst the preferred embodiment describes use of 
SOAP/JMS, SOAP/HTTP and RNIF/HTTP channels by the gateway server, in 
another embodiment one or more of these channels may be omitted and/or 
replaced and/or added to. For example other additional /alternative channels 
could provide communication using, for example, Internet Inter-Orb Protocol 
(HOP) , HOP Secure (HOPS) , HTTP, HTTP Secure (HTTPS) , SOAP over JMS, 
Remote Method Invocation (RMI) over HOP, XML over JMS, SOAP over Simple 
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a location in the gateway from which the WSDL can be obtained. The details 
of the b2b service provided to the UDDI registry may then be used by a web 
client to identify a service which it wishes to use and may, for example, 
include details of the web service such as the type of goods sold. 

Fig. 5b is a flow diagram of the method followed by a gateway server 
on receipt of a request from a web client for a b2b service, for example, 
with reference to figure 3, the method of the channels 215 and 304, gateway 
engine 212, and profiler 3 01 on receipt (238) of a request from a client 
application 202 for a the aBook service 221. At step 510 the request is 
received (23 8 of fig. 3) by the gateway via one of the channels it supports 
and at step 511 details of the WSDL document that was provided to the 
client for making the request are obtained from the request. At step 512 
the WSDL document identified is matched (318 of fig. 3) with the b2b 
profile used to generate it, for example at step 502 of figure 5a. Once the 
b2b profile has been identified information relating to the location of the 
b2b service and the protocols which it supports are obtained from it and 
then, at step 513, this information is used to modify the request "for 
sending to the b2b service, for example by changing the protocol from 
SOAP/JMS to RNIF/HTTP. However, note that the protocols used by the client 
and target service may be the same in which case the protocol used for the 
request need not be modified. Finally at step 514 the request is forwarded 
(317 of fig. 3) to the b2b service at the location specified in the b2b 
profile. Thus a web client request based on a WSDL document has been 
received, modified and forwarded to a b2b service which is specified in a 
non-WSDL b2b profile. 

Note, alternatively at step 502 of Fig. 5a the address of the 
channels to which request can be sent can be associated with the b2b 
profile used to create the WSDL document. As a result steps 511 and 512 of 
Fig. 4b would not be required as the b2b profile could be obtained based on 
the location at which the request is received. 

Further note, step 502 need not be carried out after receipt of the 
b2b profile at step 501 and before providing details of the WSDL to a UDDI 
registry at step 503. Alternatively the WSDL can be created on receipt of a 
request from a client for a copy of the WSDL, for example on receipt of 
request 235 of fig. 3 (not shown in figs 5a and 5b) . 

Note that a skilled person would realise that the methods described 
in figures 5a and 5b could be implemented in a variety of programming 
languages, for example, Java, C, and C++. Further a skilled person would 
realise that once implemented the methods can be stored in a computer 
program product comprising or more programs, in source or executable form, 
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on a media, such as floppy di sk , CD, and DVD, suitable for loading onto a 
data processing host and causing the data processing host to carry out the 
methods . 

The present invention provides a method, apparatus and computer 
program^ product which enahle a web service gateway which provides support 
for business services which are described using a particular document 
format, for example Web Service Definition Language (WSDL) , to further 
provade support for business services which are described using a different 
document format, for example in a business to business (b2b) profile such 
as specified by RosettaNet. The business service provides its profile to 
the gateway which generates a document from the profile and then uses the 
generated document to enable a web client, which recognises the document 
format but not the profile format, to access the web service via the 
gateway. 
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1. A method for a web services gateway tp enable a web client to access 
a web service, the method comprising the steps of: 

receiving a profile from the web service, the profile containing a 
details of how to communicate with the web service and being in a format 
not recognisable to the web client; 

creating a document based on the profile, the document being in a 
format recognisable to the web client and containing details of how to 
communicate with the web service via the gateway; and 

providing, to a third party, information relating to the web service 
and a location from which the document can be obtained by the web client; 

thereby e n a b ling the web client to use the document to access the web 
service via the web service gateway. 

2 . A method according to claim 1 comprising the further steps of : 

receiving a request from the web client for the web service, the 
request including details of the document; 

using the details of the document to match the request with the 
profile received from the web service; 

using details from the profile to convert the request to a request 
suitable for sending to the web service; and 

sending the converted request to the web service. 

3. A method according to claim 1 wherein the details of how to 
communicate with the web service via the gateway include a location in the 
gateway for the client to use when requesting to access the web service, 
the location being associated with the profile and the method further 
comprises the steps of: 

receiving a request, at the location, from the web client for the web 
service; 

obtaining details from the profile associated with the location and 
using the details to convert the request into a request suitable for 
sending to the web service; and 
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sending the converted request to the web service. 

4. A method according to claim 2 or claim 3 comprising the further 
steps: 

waiting for a response to the converted request from the web 



service 



using the response to the converted request to trigger a response to 
the web client request. 

5. A method according to any preceding claim wherein the document is a 
Web Services Definition Language (WSDL) document. 

6. A web services gateway which enables a web client to access to a web 
service, the gateway comprising: 

means for receiving a profile from the web service, the profile 
containing a details of how to communicate with the web service and being 
m a format not recognisable to the web client ; 

means for creating a document based on the profile, the document 
being in a format recognisable to the web client and containing details of 
how to communicate with the web service via the gateway; and 

means for providing, to a third party, information relating to the 
web service and a location from which the document can be obtained by the 
web client; 

thereby enabling the web client to use the document to access the web 
service via the web service gateway. 

7. A gateway according to claim 6 further comprising: 

means for receiving a request from the web client for the web 
service, the request including details of the document; 

means for using the details of the document to match the request with 
the profile received from the web service; 

means for using details from the profile to convert the request to a 
request suitable for sending to the web service; and 

means for sending the converted request to the web service. 
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8. An gateway according to claim 6 wherein the details of how to 
communicate with the web service via the gateway include a location in the 
gateway for the web client to use when requesting to access the web 
service, the location being associated with the profile and the gateway 
further comprises: 

means for receiving, at the location, a request from the web client 
for the web service; 

means for obtaining details from the profile associated with the 
location and using the details to convert the request into a request 
suitable for sending to the web service; and 

15 sending the converted request to the web service. 

9. A gateway according to claim 7 or claim 8 further comprising: 

means for waiting for a response to the converted request from the 
20 web service; 

means for using the response to the converted request to trigger a 
response to the web client request. 

25 10. A gateway according to any one of claims 6 to 9 wherein the document 

is a Web Services Definition Language (WSDL) document. 



30 



11. A computer program product comprising instructions which, when 
executed on a data processing host, cause the data processing host to carry 
out the method as claimed in any one of claims 1 to 5 . 
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ABSTRACT 
ACCESS TO WEB ^RVXCES 



The present invention provides . method, apparatus and computer ' 
prog™ product which enable a web service W8ray which providTsu^port 

foLat T" " MCh "* deS ° ribea " Si ° 9 * P-ticuiar document 

ProTdl " T! ^ S9rVlCe Def " i "- <W SD L,. to further 

ZZ \ l bUSineSa SerViOSS ^ « -»-. - -Afferent 

document format, for e^ie in a business to business <b 2 b, profile sucT 
•s specked by HosettaMet. T he business service provides ' i s P ro ie to 
the gateway which generates a document from the profil. and thL Jet toe 
generated document to enabie a web client, which recognises the dZent 
format but not the profile format, to access the web service via the^ 
gateway. 
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